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PROGRAM AND METHOD FOR PROVIDING A DELIVERY DATE, AND RECORDING 

MEDIUM THEREOF 

CROSS-REFERENCE TO RELATED APPLICATIONS 

TOOOn This application is based upon and claims priority under 35 U.S.C. § 119 from 
Japanese Patent Application No. 2001-024774, filed on January 31,2001, Japan Patent Office 
the contents being incorporated herein by reference. 

BACKGROUND OF THE INVENTION 
1. Field of the Invention 

[0002] The invention herein presented relates to a method for providing a delivery date fef 
giving to_a custome r a d el iv e ry dat e, to a program executing a method for providing a delivery 
date, and to a recording medium storing a program executing a method for providing a delivery 



BACKGROUND OF THE INVENTION 2. Description of the Related Art 

[0003] In the unit assembling industry, providing a delivery date has been done in a way that 
the-order information is registered in a system at a t i m e when an order from the-a_customer, 
such as a_distributor or an agency, is received and, subsequently, tbe-adelivery date for the 
order information is provided. 

[0004] When products are produced according to an expected demand, the-requirement 
information provided by the customer ( information on the expected demand for the products ) 
r e qu i r e d to a ll ow allows a shorter lead time. 

[0005] The requirement information pr e s e nt e d provided by the customer, however, is-_one- 
way information and no delivery date is provided. In this circumstance, there has been a 
demand for providing a delivery date in answer to the requirement information and an applicable 
delivery date in answer to tbe-formal order-receiving information. 

SUMMARY OF THE INVENTION 

[0006] Herein, a summary of the present inventions to solve the above problem is as follows. 
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[0007] A method of providing a delivery date for order-received products to customer 
comprises a step of entering a requirement information of products from the customer, a step of 
providing to the customer a shipment guarantee value which is provisionally allocated to a 
volume of products for a order included in the requirement information, a step of receiving a 
formal order-receiving information of the products from the customer in response to the 
shipment guarantee value, and a step of formally allocating said applicable shipment guarantee 
value based on the order included in the formal order-receiving information. 

[0008] And, in the step of formally allocating, when the provisionally allocated shipment 
guarantee value exceeds the formally allocated guarantee value, a portion of the excess is used 
for other formal allocation, and when the provisionally allocated shipment guarantee value falls 
short in comparison with formal allocation, a portion of the shortage is allocated to a new formal 
order-receiving. The shipment guarantee value is deleted on or after a deadline delivery date for 
the order-receiving which is calculated from the shipment guarantee value. 

[0009] The present invention relates to a program for providing delivery date for order- 
receiving products to a customer and a computer readable recording medium having recorded 
therein a program for providing a delivery date for order-receiving products to the customer. 

[0010] According the present inventions as mentioned above, when the requirement 
information from the customer for products is entered, a provisional shipment guarantee value 
for a provisionally received order is produced and is provided to the customer. When the formal 
order-receiving information for products is entered, an applicable delivery date ( guarantee 
value ) for the formal order is allocated. On this occasion, on the basis of the formal order, when 
the provisionally allocated shipment guarantee value exceeds the applicable guarantee value, a 
portion of the excess is allocated as another formal order, and when the provisionally allocated 
shipment guarantee value falls short in comparison with the applicable guarantee value, a 
portion of the shortage is allocated as a new formal order. As the shipment guarantee value is 
deleted on or after a deadline delivery date for the order-receiving which is calculated from the 
shipment guarantee value, products comprising unnecessary stock can be automatically 
eliminated from a production plan. 

[0011] Thus, an improvement in customer service and the promotion of sales activities 
become possible by providing the customer with a delivery date in response to his requirement 
information. When the formal order from customer is received, the delivery date allocation for 
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the order is automatically performed in accordance with the guarantee value. The shipment 
guarantee value for products which have not been ordered is automatically deleted. By 
providing the customer with a delivery date in response to the requirement information, the 
service to the customer is improved, and sales activity is promoted. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be more clearly understood from the description as set forth 
below with reference to the accompanying drawings, wherein: 

Figs. 1A and 1B are a graphical representation of a const i tut i on structure show i ng on e of 
a processing unit that provides a delivery date according to an embodiment o f this i nv e nt i on the 
present general inventive concept . 

Fig. 2 is a flow chart ( part 1 ) representing first an op e rat i on operations performed o£4fris 
i nv e nt i on according to the present general inventive concept . 

Figs. 3A and 3B are flow charts ( part 2 ) representing an op e rat i on second operations of 
th i s inv e nt i on performed according to the present general inventive concept . 

PiasFig. 4 _, and AAXoAD ar e isa graphical representation o f th i s i nv e nt i on ( part 1 )_a 
first data flow and corresponding data structures according to the present general inventive 
concept and Figs. 4Ato 4D represent detailed portions of Fig.4 . 

Figs. 5A and 5B are a graphical r e pres e ntat i on representations o f this i nv e nt i on ( part 2) 
a second data flow and corresponding data structures according to the present general 
inventive concept . 

Figs. 6A and 6B are a left and a right half of a functional scheme that is a graphical 
representation show i ng ofthe present g eneral inventive concept of th i s inv e nt i on . 

DETA I LED DESCRIPT I ON OF THE I NVENT I ON DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

[0012] Hereinbelow, the preferred embodiments of the present general inventive concept are 
described in detail with reference to accompanying drawings, N e xt, a sp e c i f i c d e script i on 
r el ating to th e e mbodim e nt and proc e ss i ng op e ration of th i s i nv e nt i on i s s e qu e ntia ll y pr e s e nt e d 



[0013] Figs. 1 A and 1 B represent a left and respectively right half (the dashed line *1 is an 
imaginary cut) of a who le constitut i on structure of a processing unit that provides a delivery date 
according to one embodiment o f this i nv e ntion the present general inventive concept . In F i g. 1 




Fig. 1Ato Fig. 6B.. 
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Figs. 1A and 1B . the processing unit 1, in comp l ianc e with th e executing a program, performs 
the-an allocation process and provides tbe-a_delivery date based on th e i nformation of tho 
requirement and order-receiving information . The processing unit 1 consists of includes means 
2 to 14 shown in th e f i gur e Figs. 1 A and 1 B . 

[0014] A requirement information input means 2 i s a means for i nputting tho receives the 
requirement information of4he -from a customer 2 1 the reguirement information being 
transmitted by the customer 21 via tbe-anetwork ( not shown in figures ). A generating means 3 
ef-for provisional order-receiving information 3 i s a m e ans for g e n e rat i ng a generates provisional 
order-receiving information from the customer's requirement information ( r e f e r e nc e can b e 
mad e to see Step 2 in Fig. 2 and Fig. 4B to be described later). 

[0015] An order-receiving information input means 4 receives the-formal order-receiving 
information of -from the customer 21 , which formal order-receiving information is transmitted by 
the customer 21 via the network. A determination means §-for canceling provisional order- 
receiving information 5 is a m e ans for d e t e rmin i ng determines w hether the provisional order- 
receiving information, generated from the customer's requirement information, is to be canceled 
or not according to the formal order-receiving information. 

[0016] A generating means §-of-allocation order-receiving information 6_generates the-order- 
receiving information for allocation based on th e i nformat i on of t he provisional order-receiving 
information and tbe-a_delivery date answer. A means for totalizing estimated shipment volume 7 
totalizes the order-receiving information for allocation and g e n e rating generates an estimated 
shipment volume. 

[0017] An allocation inventories information receiving means 8 receives the-allocation 
inventories information from a production management system 22. An allocation means 9 
generates, based on th e i nformation inc l uding the order-receiving information f or allocation and 
the delivery date answer, tfre-an allocation, tbe-a_guarantee value for provisional order- 
receiving, and the delivery date answer. On this, th e The guarantee value is th e i nformat i on a 
confirmation that guarantees that tfre-a shipment volume will be d e l i v e ri e d delivered bv the 
delivery date. 

[0018] A storage means 10 of for the provisional order-receiving guarantee value 10 stores 
the guarantee value for the delivery date ( guarantee value for provisional order-receiving ), 
which is allocated to the provisional order-receiving information generated from the customer's 
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requirement information. A storage means 44-ofr-for delivery date answer information 11 stores 
the delivery date answer information for the customer. 

[0019] An output means 12 of for delivery date answer information 1 2 notifies the customer 
21 of the delivery date information via the network. An input means 43-of-for delivery date 
answer change requirement 13 receives a_customer's requirement for a_delivery date change 
via the network of -from the customer 21 . 

[0020] An output means 44-e£-for shipment instruction information 14 outputs the-shipment 
instruction information T generated from the delivery date answer information, to a distribution 
management system 23. The customer 21 is th e custom e r ( may be distributors and agencies } 
purchasing the products, which input requirements i s r e pr e s e nt e d h e r e as th e using a terminal 
device for the customer 21 connected via the network. 

[0021] The production management system 22 manages the-a_production process and 
outputs the-allocation inventories information based on the estimated shipment volume. The 
distribution management system 23 i s th e sy s t e m for d i stribut i ng distributes the products to the 
customer according to the shipment instruction information. 

[0022] Next, the-operations performed in the const i tution processing unit 1 shown in F i g. 1 
Figs. 1Aand 1B is to be sequentially described, with referring to Fig. 2 to Fig. 6B. Fig. 2 is a flow 
chart ( part 1 ) representing the -first operations performed i n th i s i nv e ntion by the processing 
unit 1 . At-ln_step 1 shown in Fig. 2, the requirement information is entered from the customer 21. 
Step 1 represents that the customer 21 shown in Fig. -1-1 A enters his or her requirement 
information for e xamp le, such as the requirement information shown in Fig. 4Ato be described 
later, articles and volume of products, delivery date to each customer [-] into the processing unit 
1. 

[0023] The provisional order-receiving information is generated at Step 2, wherein the 
provisional order-receiving information - for e xampl e, such as the provisional order-receiving 
information shown in Fig. 4B, articles of products, order number, specification and desired 
delivery date to each customer U-J] is generated based on the customer's requirement 
information entered at Step 1. The order-receiving information for allocation is generated with 
the provisional order-receiving information at Step 3. In Step 3, the delivery date of-for which an 
allocation process for inventories has been made ( guarantee value for a case of a_provisional 
order-receiving, or ajdelivery date for a case of a_formal order-receiving ) is generated for the 
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provisional order-receiving information generated at Step 2 ( or an order-receiving information 
without linking, which is entered at Step 11 and is on a NO flow at Step 13 ). Then, the order- 
receiving information for allocation, which corresponds to the generated delivery date mentioned 
above, is generated. 

[0024] The shipment volume of the product is totalized at Step 4, wherein the shipment 
volume to be shipped, as shown in Fig. 5A ( e ) to be described later, is totalized. This means 
that the order-receiving information for allocation generated at Step 3 is collected and the 
estimated shipment volume of the product is generated. 

[0025] The allocation inventories information is received at Step 5, wherein the allocation 
inventories information is received from the production management system_22 that will be 
shown in Fig. 5-5A later. The allocation process to the order-receiving information is performed 
at step 6, wherein the allocation inventories received at Step 5 is-are sequentially allocated to 
the estimated shipment volume generated at Step 4. For example, the sequential allocation 
process generates the delivery date information that will be shown in Fig. 5-5B ( g ) to be 
described later. 

[0026] Output for Information for the customer 21 is output via an electronic medium4s 
performed at Step 7. The information output via the electronic medium i s an example of may be 
notifying the customer 21 of the allocation result generated at Step 6. Transmitting the allocation 
result to the distribution management system is performed at Step 8, wherein the shipment 
instruction information according to the allocation result is transmitted to the distribution 
management system 23 shown in Fig.4^1B. 

[0027] The change requirement migh ^may be used -input by the customer at Step 9. When 
the customer 21 sends the change requirement information corresponding to the notification of 
the allocation result, the change requirement is received from the customer. According to the 
change requirement, the notified delivery date is modified, and a reallocation process is 
performed. 

[0028] As was stated above, the provisional order-receiving allocation is performed upon 
entering the customer's requirement information, and in response to the customer's requirement 
information, the delivery date answer as the shipment guarantee value is notified to the 
customer. When the formal order-receiving is subsequently made, the exact delivery date is 
given to the customer by allocating the applicable guarantee value as- according to the formal 
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order-receiving. It is also possible that, as i t w il l b e shown illustrated in Figs. 3Aand 3B 
described later, when the received formal order is within the guarantee value, the applicable 
guarantee value is allocated, and the formal delivery date answer according to the guarantee 
value is sent to the customer, while when the guarantee value is not sufficient for the received 
formal order, the portion short is allocated, as a newly received order, with processes of Step 11, 
Step 12, and Step 13 for providing the formal delivery date. As it will be described later in Fig. 
3B, the applicable guarantee value is to be deleted on or after the deadline date which is 
calculated from the guarantee value, and the provisionally allocated guarantee value based on 
customer's requirement information is also automatically deleted. With the deleting mentioned 
above, products comprising unnecessary stock can be automatically eliminated from a 
production plan. 

[0029] Figs. 3A and 3B are flow charts ( part 2 ) representing th e op e rat i on second 
operations performed i n th i s inv e nt i on by the processing unit 1 . Fig. 3A is a flow chart 
representing an op e ration operations performed w hen the shipment guarantee value is 
allocated based on the formal order-receiving information. 

[0030] At Step 21 in Fig. 3A, a customer with -issues new order-receiving information 
including a customer desired delivery date , as w ell as and availability of a guarantee value 
answer for the delivery date desired by t he custome r d e sired, are searched forT F i nd i ng th e 
sh i pm e nt guarant e e valu e for th e ord e r e d products i s p e rform e d at Step 22. This means that it is 
determined whether the guarantee value, which is an answer for the desired delivery date for 
the customer with the newly received order information, is found or not , i s d e t e rm i n e d . YES 
branch of the flow chart after at-Step 22 represents operations performed when th e f i nding of 
th e answ e r for the guarantee valuer corresponding to the desired delivery time for the customer 
with new order-receiving information has been found, and then a next operation performed isr 
Th e r e for e , a furth e r st e p i s tak e n at Step 23. On the other hand, the allocation process comes to 
the end w i th NO j iat Step 22 the search has resulted in a NO answer . 

[0031] At step 23, whether { the guarantee value )^ in is larger than number of products in 
the received orders-is determined. As a YES determination means the guarantee value is larger 
than the volume of received order, Step 24 follows. A substitution equation, ( guarantee value ) = 
( guarantee value ) - ( number of received order ), at Step 24 means the determined guarantee 
value is updated by subtracting the number of received order from-ttse tf the initial guarantee 
value . Since updated guarantee value is applicable to the received order, it is allocated to the 
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received order and the allocation process comes to the end. On the other hand, NO at Step 23 
indicates that the guarantee value is smaller than the volume of received order, which leads to 
the deleting of the guarantee value and the provisional order-receiving information at Step 25. At 
the same time, the applicable guarantee value is allocated ( a process following Step 11, Step 
12, and YES result at Step 13 shown in Fig. 2 ), and a portion of the shortage of the guarantee 
value is allocated as the newly received order ( a process following Step 11 , Step 12, and NO 
result at Step 13 shown in Fig. 2 ). 

[0032] Thus, to answer to t he formal order-receiving information from the customer, the 
guarantee value is allocated if the volume of the received order is within the shipment guarantee 
value. If the guarantee value is not enough to cover the formal order-receiving information, the 
portion of shortage can be allocated as the newly received order. If the guarantee value is not 
available, the whole formal order-receiving information can be allocated as a newly received 
order. 

[0033] Fig. 3B is a flow chart representing th e op e rat i on i n wh i ch th e appl i cabl e operations 
performed when the guarantee value is automatically deleted on or after the deadline date 
calculated from the guarantee value. At Step 31 shown in Fig. 3B, the order-receiving deadline 
date, before which a shipment is available, is calculated from the delivery date indicated in the 
provisional order-receiving information. As shown on the right side in Fig. 3B, the possible 
deadline date, corresponding to the delivery date indicated in customer's provisional order- 
receiving information ( the shipment guarantee value ), is calculated by subtracting shipment 
lead time from desired shipment date. 

[0034] At Step 32, a given date is compared to the deadline date calculated according to the 
provisional order-receiving information. At Step 33, whether f-the order-receiving deadline date } 
>-{ is later than a-the given date-^ is determined. A YES determination indicates that th e dat e of 
the guarantee value has not arr i v e d at th e dat e should t e-not be deleted vet, and Step 35 
follows. On the other hand, a NO determination indicates that a given day coincides with the 
deadline date. Then the guarantee value and the provisional order-receiving information are 
deleted at Step 34 to avoid starting production without having formally received an order, and 
when th e s e are t he storage means for provisional order-receiving guarantee value stores a 
plurality of provisional order-receiving items o f informations information . Step 35 follows. 
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[0035] At Step 35, whether all provisional order-receiving information has been processed is 
determined. A YES determination leads to the end of the flow. Moreover, when the 
determination is NO, the operation is returned to Step 31, where the loop process starts again. 
Thus following operation become possible: wherein, calculating the order-receiving deadline 
date from the guarantee value, automatically deleting the guarantee value ( and the provisional 
order-receiving information ) on or after the order-receiving deadline date, so that, as to the 
generated provisional order-receiving information based on customer's requirement information 
and the guarantee value allocated to it, an unallocated value ( a guarantee value to which no 
formal order allocated ) is automatically deleted on or after the deadline date to avoid 
unnecessary stocking caused by the guarantee value to which no formal order is allocated. 

[0036] Fig. 4 and F i g. 5 ar e graph i cal r e pr e s e ntat i ons for th is i nv e nt i on is a graphical 
representation of a first data flow and corresponding data structures according to the present 
general inventive concept and Figs. 4Ato 4D represent detailed portions of Fig.4 . Fig. 4A shows 
an example of the requirement information from the customer stored fe v -in a table form A. This 
table A represents the customer's requirement information entered at Step 1 described in Fig. 2 
before. The following each information items are shown in the table A corresponding to each 
customer^ 

[0037] customer's name ( customer's ID ) A t 
article^ f 

required weeks A r 
volume A t 

other specifications^ f 

[0038] In Fig. 4A, information of each customer, indicating which article and what amount will 
be needed at which week ( requirement information ), is arranged. According to information 
indicated in the table A, the provisional order-receiving information for each customer is 
generated. 

[0039] Fig. 4B shows an example of the provisional order-receiving information mad e up 
generated from the requirement information and stored in atable form B. I t i s mad e up as th e 
The generated provisional order-receiving information , which m ee ts corresponds to conditions 
concerning article, week, and volume required by each customer's requirement information in 
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the table A. The mad e- up generated provisional order-receiving information is recorded as 
shown in the table B, and corresponds to: th e informat i on b e low. 

regular customer's name ( customer's name ); r 
provisional order numbers 
specification numbers 
article; t 

desired shipment day; r 

the number of provisional order-receiving; fand 

other specifications, f 

[0040] The regular customer's name is the customer's name shown in Fig. 4A. The 
provisional order number is a number given to the corresponding provisional order-receiving. 
The specification number is a number given to each article recorded in the corresponding 
provisional order-receiving information. The article is the article described in the table A. The 
desired shipment date represents the required week described in the table A. The number of 
provisional order-receiving represents the required volume ( volume ) described in the table A. 
As described above, mak i ng up of generating the provisional order-receiving information, which 
meete -corresponds to the customer's requirement information, makes it possible that a 
provisional order-receiving of each customer is accepted, and an applicable guarantee value is 
allocated to the provisional order-receiving and given to the customer as the delivery date. 

[0041] Fig. 4C is aft-a_graphical e xampl e r e pr e s e nt i ng illustration of t he delivery date answer 
( shipment guarantee value ) for the provisional order-receiving information. The example is 
indicated in atable C. The delivery date answer mentioned above is a result ( guarantee value ), 
which is produced after the allocation process of allocation inventories for the provisional order- 
receiving information in the table B is-ove r completed , wherein art-information indicated below is 
further added to the provisional order-receiving information shown in the table B, and is 
registeredv: 

Shipment guarantee value ( delivery date answer ). t 

[0042] The guarantee value described here is the delivery date answer ( guarantee delivery 
date answer ), which guarantees the delivery date for the provisional order-receiving 
information. In other words, &4s-the guarantee delivery date answer guarant ee guarantees t hat 
the applicable guarantee value is to be allocated without fail when the formal order-receiving 
occurs ( Fig. 3A). 
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[0043] Fig. 4D shows an example representing the formal order-receiving information after a 
pr e sentat i on of t he requirement information has been presented (received), fe v -the formal order- 
receiving information being organized in a t able form D. After the guarantee value shown in the 
table D is given to the customer as an answer, the received order within the applicable 
guarantee value is securely allocated as the formal order-receiving once the order is formally 
received. The portion of the formal order that surpasses the guarantee value is allocated as a 
newly received order ( Fig. 3A ). As shown in Fig. 4D, according to the given process E shown in 
Fig. 4C, the formal order-receiving information corresponds to the items described below, and is 
registered^ 

regular customer ( customers name ); t 
order number; f 
specification number; r 
article; r 

desired shipment date; f 

the number of order-receiving; fand 

other specifications, f 

[0044] Fig. €-5A( e ) shows an example representing the estimated shipment volume fey-in a 
table form F. The guarantee value is allocated based on the formal order-receiving information 
shown in the table D, and the portion of the shortage is allocated as the newly received order. 
The article, desired shipment date, and volume shown in the Rgwe -table F are all totalized 
according to the allocations described above. In the table F, the estimated shipment volume is 
arranged by calculating the corresponding information shown belowr; 

article; r 

estimated weekly shipment volume; ^and 
other specifications, f 

[0045] As shown in the F i gur e table F , the volume of the article is totalized and arranged on a 
weekly basis ( this week, next week, second week — ) so that the weekly shipment volume of 
each article for all customers is totalized. 

[0046] Fig. §-5A( f ) shows an example representing the allocation mat e ria l inventories b y 
stored in a t able form G. As the shipment totalization result shown in the table F is notified to the 
production management system, the system -processing unit receives the information of the 
inventories ( allocation inventories ), which can be produced in the production management 
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system to be allocated. In the table G, the allocation inventories information is arranged in 
correspondence with the items described below^ 

present stock; r 
article; f 

expected stock volume; f 
one week later; f 
two weeks later; fand 
three weeks later, f 

[0047] The allocation inventories information shown in the table G gives information showing 
the stock of each article and the expected production volume on one week ahead, two weeks 
ahead, three week ahead — ( expected production information ). 

[0048] Fig. §-5B_( g ) shows an example representing the delivery date information fey-in a 
table form H, that is to say, an example of the delivery date which is allocated, according to the 
allocation inventories shown in the table G, to each customer's formal order-receiving 
information. In the table H, the delivery date information arranged here corresponds to the 
information described belowr: 

customer's name A r 
article^ f 

classification ±( e.g., order-receiving, requirement); 
delivery date; f 
volume; t 
allocation result; f 

week; t 

volume; fand 
other specifications, f 

[0049] The delivery date information shown in the table H is to be notified, as the delivery 
date answer, to each customer. 

[0050] RMS -Figs. 6A ad 6B are a left and a right half or a functional scheme (the dashed lin 
*2 eing an imaginary cut) which scheme is a graphical representation showing the present 
general inventive concept of th i s i nv e nt i on . The customer 21 and the processing unit 1 ( our 
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company ) r e pr e s e nts correspond to t he customer 21 and the processing unit 1 shown in Fig. 
41A, respectively. First, at Step 41, the customer issues the requirement information. 

[0051] At Step 42, the requirement information issued from the customer at Step 41 is 
transmitted to ( entered into ) the processing unit 1 ( our company ) through the network. At Step 
43, the requirement information entered at Step 42 is managed. 

[0052] At Step 44, the provisional order-receiving information is generated. At this Step, the 
provisional order-receiving information described in Fig. 4B is generated. At Step 45, the 
provisional order-receiving allocation is performed. At this Step, the provisional allocation 
described in Fig. 4C is performed and the shipment guarantee value in the table C is produced. 

[0053] At Step 45', a required production volume is totalized, as the provisional order- 
receiving allocation is performed, and the required production volume is notified to the 
production management system. At Step 46, the delivery date ( guarantee value ) in response to 
the requirement information is provided to the customer 21. 

[0054] At Step 47, the customer issues the formal order. At Step 48, the order-issuing 
information is notified to the processing unit 1 ( our company ) through the network. 

[0055] At Step 49, an order-receiving management is performed for the order-issuing 
information notified at Step 48. At Step 51, wh e n occas i on demands occasionally , the customer 
21 may issue t he order-issuing change requirement i s i ssu e d by th e custom e r . At Step 52, the 
order-issuing change requirement is notified to ( entered into ) the processing unit 1 ( our 
company ). This notification is received and managed in the order-receiving management. 

[0056] At Step 53, according to the order-issuing change requirement, remained order 
information is generated, wherein the information of a remained order is generated und e r by the 
order-receiving management at Step 49. At Step 54, the order-receiving allocation is performed. 
Based on the allocation inventories, the allocation for order-receiving is performed according to 
the remained order information. 

[0057] At Step 55, a NG allocation is notified to the customer if the NG allocation ( allocation 
impossible, or delayed allocation for the delivery date ) has resulted from the allocation 
performed at Step 54. At Step 56, the customer confirms the NG allocation notified at Step 55. 
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[0058] At Step 57, an OK allocation ( success of an allocation coincides with customer- 
desired delivery date ) results from the allocation performed at Step 54. At Step 58, the 
processing unit 1 ( our company ) receives the OK confirmation information from the customer, 
which confirms the allocation at Step 56. 

[0059] At Step 59, the shipment management processing is performed according to the OK 
allocation information at Step 57 and the OK confirmation information from the customer at Step 
58. At Step 59' , wrtk -based on t he shipment management processing performed at Step 59, the 
shipment instruction information is notified to the distribution management system 23. 

[0060] At Step 60, when the NG allocation is not accepted by the customer 21_in the 
allocation confirmation of Step 56, the processing unit 1 ( our company ) receives the NG 
confirmation information from the customer. At Step 61 , for the received information, an 
allocation confirmation response is-road e generated . At Step 62, the allocation change 
information is generated based on the NG confirmation information from the customer, the 
order-receiving allocation of Step 54 is performed, and at Step 63, the NG response is notified to 
the customer 21. 

[0061] Therefore, the following Steps bocomo poss i b le : can be performed: generating the 
provisional order-receiving information ( table A in Fig. 4 ) based on customer's requirement 
information, which is followed by the provisional allocation for providing the required delivery 
date ( guarantee value, table C in Fig. 4 ), allocating the required delivery date ( shipment 
guarantee value ) to the formal order upon receiving formal order while the guarantee value 
shortage is allocated as new order-receiving, replying an OK allocation / NG allocation to the 
customer for confirming by which method the shipment management is made, and notifying the 
shipment instruction information to the distribution management system 23 to ship the product. 

[0062] As described heretofore, th i s inv e nt i on an embodiment of the present general 
inventive concept has a const i tut i on structure , wherein^ the delivery date answer ( ashipment 
guarantee value ) is pr e s e nt e d for allocated in response to the customer's requirement 
information, and, according to such ^delivery date answer ( the shipment guarantee value ), the 
automatic allocation is performed upon receiving a formal order while a guarantee value 
unavailable for the formal order-receiving is deleted. Thus A it is possible to improve customer 
service and to promote sales activities by notifying the delivery date answer ( the shipment 
guarantee value ) ^corresponding to the customer's requirement information. 
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